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10 CROSS REFERENCE TO RELATED APPLICATION 

This application claims benefit of priority to U.S. Provisional Application 
No. 60/181,954, entitled, "METHOD AND APPARATUS FOR NETWORK 
ANALYSIS, SUCH AS ANALYZING AND CORRELATING IDENTIFIERS OF 
1 5 FRAME RELAY CIRCUITS IN A NETWORK," filed February 1 1 , 2000. 

TECHNICAL FIELD 

The invention relates generally to analyzing networks. More specifically, 
the invention relates to the mapping of frame relay circuits in computer networks. 

BACKGROUND OF THE INVENTION 

20 Network managers and other technology specialists must often manage 

complex networks. These networks include numerous components such as switches, 
routers, gateways and terminating equipment such as work stations, personal computers 
(PCs), servers, and the like. 

Some computer software systems exist to analyze and diagram elements of 

25 a network. Examples of such systems are Visio Enterprise™ by Visio Corporation and 
OpenView™ by Hewlett-Packard Corporation. These systems analyze a network to 
create a database that logically represents the various components in the network. These 
systems can then create a diagram of that network using the database. 

Certain network components or circuits are particularly difficult to 

30 analyze, such as frame relay circuits. Frame relay circuits employ specialized devices, 
known as frame relay access devices (FRADs) that encapsulate any native protocol data 
unit (PDU). Thus, frame relay circuits can encapsulate various size data packets 
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5 associated with any native PDU and packetize it for transmission over permanent virtual 
circuits (PVCs). PVCs are predetermined paths specifically defined in frame relay 
routing logic. Telecommunication service providers favor frame relay circuits since they 
can provide numerous subscribers to their telecommunication networks without adding 
additional infrastructure. Frame relay circuits are typically intended for data 

10 comniunication applications especially for networking local area networks (LANs) where 
data transmissions are bursty. 

When analyzing a network containing frame relay circuits, the above 
software systems simply discover data link connection identifiers (DLCIs), also known as 
data link circuit identifiers. DLCIs are 10-bit portions of address fields prepended to each 

15 frame transmitted along predetermined frame relay circuits. For example, if a device 
identified and analyzed under the Visio Enterprise System identifies a router having 
frame relay capability, the system identifies the particular port of the router having frame 
relay capability and identifies individual DLCIs associated with that port. Each DLCI 
can be thought of as a single direction pipe. Data may flow into or out of the pipe. Thus, 

20 each DLCI defines either a front end of the pipe or a back end. Each frame relay port is 
attached, through a public switched network to another frame relay port, somewhere else 
in the world, with each port having unique DLCIs. 

Each router port, having one or more associated DLCI, has no information 
about the other end of the frame relay circuit; the other end is the other frame relay port 

25 on another router somewhere in the network. Since neither router has information 
identifying the other router, the above software systems cannot determine which DLCIs 
are connected to other DLCIs within the network. 

Network managers typically must know the DLCI connection pairs for 
diagnostic and usage purposes. Therefore, if the network includes frame relay circuits, 

30 then the network manager typically must rely on data from the frame relay circuit 
providers, or purchase proprietary frame relay hardware (FRADs), which is more 
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5 expensive and less common than standard router hardware. The FRADs, or "probes", are 
capable of analyzing frame relay circuits, but the network manager must continue to use 
such expensive hardware in the future if additional frame relay circuits are added, or 
purchase improved hardware if increased functionality is desired. 

SUMMARY OF THE INVENTION 

10 The present invention solves the above problems of how to determine 

matching DLCIs of frame relay circuits. More specifically, the present invention allows a 
user to analyze a telecommunications network having virtual private network segments, 
such as frame relay circuits, where standard network analysis tools fail to identify such 
segments. Standard network discovery tools identify segments such as frame relay 

15 circuits, but provide no information about which circuits are connected to each other. 
The present invention comprises a facility that can gather statistical data with respect to 
frame relay circuits. Based on such statistical data, the facility can match end points of 
the circuits with corresponding starting points. Thus, a network designer or manager can 
use standard and less expensive hardware in networks employing frame relay circuits, and 

20 other virtual private network segments, by employing the facility of the present invention 
to fully document and verify the overall configuration of the network environment, 
without prior knowledge of the network's makeup. 

The network analysis facility of the present invention can allow automated 
analysis of networks such as networks having frame relay circuits. A network is typically 

25 comprised of nodes or components coupled together by segments or circuits. During 
network interrogation, a logical model can be created and stored, which can comprise 
various connected elements that represent the network's components and their 
interconnections. The facility of the present invention can identify segment addresses of 
virtual private network segments in the network where pairs of segment addresses define 

30 individual virtual private network segments. The facility can obtain statistical data 
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5 associated with each identified segment address in the network and can analyze the 
obtained statistical data to identify similar statistical data corresponding to pairs of 
segment addresses. 

More specifically, the facility of the present invention can employ several 
inverse pairs of statistics to create statistical fingerprints for each DLCI. The inverse 

10 pairs of statistics can reduce the possibility of random matches between unmatched 
DLCIs. Typically, the core statistics at one end of a DLCI will match the inverse core 
statistics at the other end of the circuit indicating a match. For example, one DLCI can 
report 2.43 megabytes transmitted while another DLCI can report the same or similar 
number of bytes received during the polling interval. Similarly, the same DLCI can 

15 reports three send errors, while the other DLCI can report three receive errors. The 
facility of the present invention can initially assume that the number of bytes sent down 
one end of the frame relay circuit (associated with one DLCI) will usually closely match 
the number of bytes coming out or received at the other end (associated with another 
DLCI), taking into account data loss through the public switch telephone network. 

20 Likewise, the facility of the present invention can assume the number of errors received at 
one end of the DLCI will match the number of send errors at the other DLCI. 

The facility of the present invention can employ one or more thresholds to 
assist in determining matches between statistical fingerprints for DLCIs. For example, 
the facility can permit a match of DLCIs despite differences in transmitted/received bytes 

25 of plus or minus one kilobyte or differences in plus or minus one send/receive error for 
send/receive error statistics. 

The facility can also perform at least one verification step. The facility of 
the present invention can poll the suspected DLCI pair in sequence to (or adjacent in 
time) to obtain data from appropriate counters as contemporaneously as possible. By 

30 obtaining data from appropriate counters as contemporaneously as possible, the facility 
can help eliminate statistical skew that can occur between respective pairs of DLCIs. For 
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5 example, to obtain a first match between a pair of DLCIs, facility of the present invention 
can employ a first polling period of a first duration. In the verification step, the facility of 
the present invention can employ a second polling period of second duration which is 
substantially shorter than the first polling period of the first duration. In this way, a skew 
time interval comprising the time period between the polling of DLCIs of a DLCI pair 
10 can be reduced to as close to zero as possible. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the drawings, identical reference numbers identify similar elements or 
steps. For ease in identifying the discussion of any particular element or step, the most 
significant digit or digits in a reference number refer to the Figure number in which that 
15 element is first introduced (e.g., element 204 is first introduced and discussed with 
respect to Figure 2). 

Figure 1 is a high-level block diagram of a general-purpose computer 
system upon which an inventive facility executes. 

Figure 2 is a block diagram of a computer network analyzed by the 

20 facility. 

Figure 3 is a flowchart depicting the facility for analyzing a network under 
an embodiment of the invention. 

DETAILED DESCRIPTION 

A network analysis facility, and in particular, an apparatus and related 
25 method for analyzing telecommunications networks having virtual private network 
segments, is described in detail herein. In the following description, numerous specific 
details are provided, such as specific network data, steps, etc., to provide a thorough 
understanding of embodiments of the invention. One skill in the relevant art, however, 
will recognize that the invention can be practiced without one or more of these specific 
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5 details, or with data, steps, etc. In other instances, well-known structures or operations 
are not shown, or not described in detail, to avoid obscuring aspects of the invention. 

Figure 1 and the following discussion provide a brief, general description 
of a suitable computing environment in which the invention can be implemented. 
Although not required, embodiments of the invention will be described in the general 

10 context of computer-executable instructions, such as program modules being executed by 
a personal computer. Those skilled in the relevant art will appreciate that the invention 
can be practiced with other computer system configurations, including hand-held devices, 
multiprocessor systems, microprocessor-based or programmable consumer electronics, 
network PCs, mini computers, mainframe computers, and the like. The invention can be 

15 practiced in distributed computing environments where tasks or modules are performed 
by remote processing devices, which are linked through a communications network. In a 
distributed computing environment, program modules may be located in both local and 
remote memory storage devices. 

Referring to Figure 1, a conventional personal computer 100 includes a 

20 processing unit 102, a system memory 104 and a system bus 106 that couples various 
system components including the system memory to the processing unit. The processing 
unit 102 may be any logic processing unit, such as one or more central processing units 
(CPUs), digital signal processors (DSPs), application-specific integrated circuits (ASIC), 
etc. Unless described otherwise, the construction and operation of the various blocks 

25 shown in Figure 1 are of conventional design. As a result, such blocks need not be 
described in further detail herein, as they will be readily understood by those skilled in 
the relevant art. 

The system bus 106 can employ any known bus structures or architectures, 
including a memory bus with memory controller, a peripheral bus, and a local bus. The 
30 system memory 104 includes read-only memory ("ROM") 108 and random access 
memory ("RAM") 1 10. A basic input/output system ("BIOS") 112, which can form part 
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5 of the ROM 108, contains basic routines that help transfer information between elements 
within the personal computer 100, such as during start-up. 

The personal computer 100 also includes a hard disk drive 1 14 for reading 
from and writing to a hard disk (not shown), and an optical disk drive 1 16 and a magnetic 
disk drive 1 18 for reading from and writing to removable optical disks 120 and magnetic 

10 disks 122, respectively. The optical disk 120 can be a CD-ROM. while the magnetic disk 
122 can be a magnetic floppy disk. The hard disk drive 114, optical disk drive 1 16 and 
magnetic disk drive 118 communicate with the processing unit 102 via the bus 106. The 
hard disk drive 114, optical disk drive 116 and magnetic disk drive 118 may include 
interfaces or controllers (not shown) coupled between such drives and the bus 106, as is 

15 known by those skilled in the art. The drives 114, 116 and 118, and their associated 
computer-readable media, provide nonvolatile storage of computer readable instructions, 
data structures, program modules and other data for the personal computer 100. 
Although the depicted personal computer 100 employs a hard disk, optical disk 120 and 
magnetic disk 122, those skilled in the relevant art will appreciate that other types of 

20 computer-readable media that can store data accessible by a computer may be employed, 
such as magnetic cassettes, flash memory cards, digital video disks ("DVD"), Bernoulli 
cartridges, RAMs, ROMs, smart cards, etc. 

Program modules can be stored in the system memory 104, such as an 
operating system 124, one or more application programs 126, other programs or modules 

25 128 and program data 130. The system memory 104 may also include a web browser 131 
for permitting the personal computer 100 to access and exchange data with web sites in 
the World Wide Web of the Internet. The application programs 126 include network 
analysis facilities or applications as described below. Information on network analysis 
software applications can be found, for example, in U.S. Patent Application Nos. 

30 09/305,859 and 09/305,851, entitled "Updating Diagrams of Dynamic Representational 
Models of Dynamic Systems" and "Diagramming Real- World Models Based on the 
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5 Interrogation of a Database, Such as Models of a Computer Network/' all respectively, 
both filed on May 5, 1999 and assigned to Visio Corporation, and in Using Visio 
Enterprise , User Manual, 1998, by Visio Corporation. While shown in Figure 1 as being 
stored in the system memory 104, the operating system 124, application programs 126, 
other modules 128, program data 130 and web browser 138 can be stored on the hard disk 

10 of the hard disk drive 114, the optical disk 120 of the optical disk drive 116 and/or the 
magnetic disk 122 of the magnetic disk drive 118. 

A user can enter commands and information into the personal computer 
100 through input devices such as a keyboard 132 and a pointing device such as a mouse 
134. Other input devices (not shown) can include a microphone, joystick, game pad, 

15 scanner, etc. These and other input devices are connected to the processing unit 102 
through an interface 136 such as a serial port interface that couples to the bus 106, 
although other interfaces such as a parallel port, game port or universal serial bus 
("USB") can be used. For example, other hardware devices 170, such as a PCMCIA 
reader that receives a card 172, can be coupled to the interface 136. A monitor 138 or 

20 other display device is coupled to the bus 106 via a video interface 140, such as a video 
adapter. The personal computer 100 can include other output devices, such as speakers, 
printers, etc. 

The personal computer 100 can operate in a networked environment using 
logical connections to one or more remote computers, such as a remote computer 150. 

25 The remote computer 150 can be another personal computer, a server, a router, a network 
PC, a peer device or other common network node, and typically includes many or all of 
the elements described above for the personal computer 100. Typically, the remote 
computer 150 includes a memory storage device such as a disk drive 152 shown in 
Figure 1. The remote computer 150 is logically connected to the personal computer 100 

30 under any known method of permitting computers to communicate, such as through a 
local area network ("LAN") 154 or a wide area network ("WAN") or Interact 156. Such 
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5 networking environments are well known in offices, enterprise-wide computer networks, 
Intranets and the Internet. 

In a LAN networking environment, the personal computer 100 is 
connected to the LAN 154 through an adapter or network interface 158 (coupled to the 
bus 106). When used in a WAN networking environment, the personal computer 100 

10 often includes a modem 160 or other device for establishing communications over the 
WAN/Internet 156. The modem 160 is shown in Figure 1 as coupled between the 
interface 136 and the WAN/Internet 156. In a networked environment, program modules, 
application programs, or data, or portions thereof, can be stored in the remote computer 
150, such as in the disk drive 152. Those skilled in the relevant art will readily recognize 

15 that the network connections shown in Figure 1 are only some examples of establishing 
communication links between computers, and other links may be used, including wireless 
links. 

Referring to Figure 2, a block diagram shows a portion of the WAN 156. 
The personal computer 100 is coupled to a router 202, which in mm is coupled to six 

20 dedicated frame relay circuits 203. A network manager purchases the six circuits 203 
from, e.g., a telephone company, which are configured into the router 202 using data link 
circuit identifier (DLCI) numbers. For example, the router may have an address of 
"StLouis-24is-4-0-0.mo.more.net," and the six frame relay ports have DLCIs (iflndex.3) 
:101 through (iflndex.3) :106. Opposite ends of each frame relay circuit 203 are coupled 

25 to one port on routers 204 through 214, where each router is at a different location. These 
six frame relay ports have DLCIs of, e.g., (iflndex.6) :105, (iflndex.2) :200, (iflndex.2): 
139, 207.160.46.130:139, 207.160.45.129:126 and (iflndex.2) :156. The router 202, 
however, has no information of the actual connections of each circuit 203 to each router 
204 through 214; the telephone company coordinates such connections. The router 202 

30 simply does not have any information regarding which of its ports are connected to which 
frame relay ports of the remote routers 204 through 214. 
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5 As explained more fully below, components in or associated with the 

router 202 monitor nodes or components in the network. For example, a network 
management card plugged into a switching hub (not shown) may monitor certain circuits 
of the network. On other circuits, the personal computer 100 passively monitors all 
communications over the circuits 203. Under the invention, any network monitoring 

10 device may be used to count and/or collect information about their performance and 
utilization of circuits, segments, components and nodes within the network. Such devices 
support a standard protocol, such as MIB (Management Information Base), which defines 
a convention for identifying and requesting the contents of specific counters that are 
maintained or monitored by the device. Such counters are identified by corresponding 

15 MIB variables. When the monitoring device requests an MIB variable of a particular 
value, the contents of the corresponding counters are supplied to the device. 
Communications of requests and corresponding replies are also handled under a standard 
protocol, such as SNMP (simple network management protocol). Of course, other 
protocols besides MIB and SNMP may be employed under the invention. 

20 Utilization and performance statistics gathered by the personal computer 

100 include, among other data, the number of bytes transferred, the number of collisions, 
the number of errors (e.g., Ethernet errors, token ring hard errors, token ring soft errors), 
broadcast and multi-task utilizations, and so forth. Each monitoring, device stores such 
statistics internally in corresponding counters. Thus, each monitoring device has a 

25 dedicated counter that records the total number of bytes that have been transferred over a 
particular segment since some initialization time at which the count began. The computer 
100 periodically polls network monitors throughout the network for specific data. When 
sent back to the computer 100, the data is stored within the system memory 104. Using 
such polled data, the personal computer 100 can identify statistical fingerprints and match 

30 starting and ending ports for frame relay circuits to match port pairs. 
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5 Referring to the flowchart of Figure 3, a routine or facility 300 performed 

by all or part of the computer 100 receives data from a database of logical network 
configurations and analyzes the network. Unless described otherwise herein, the steps 
depicted in Figure 2 are generally well known, or those skilled in the relevant art can 
create source code, microcode or program logic arrays or firmware for such steps, based 

10 on the detailed description provided herein. All or part of the facility 200 can be stored in 
the system memory 104 and/or non- volatile memory such as the magnetic disk 122. 

Beginning in step 302, the facility 300 obtains a model of logically 
connected elements such as a database of network components, their connections, 
configurations and associated information. In one embodiment, the facility 300 obtains a 

15 database produced under an automated network interrogation facility. One example of 
such an interrogation facility is AutoDiscovery technology by Visio Corporation of 
Seattle, Washington. The AutoDiscovery technology, without network interruption, 
begins at a single router in a network and builds a comprehensive database of the 
network including both device and connectivity information, at both LAN and enterprise 

20 levels. More details on the AutoDiscovery technology can be found, for example, in 
Modeling in Visio Enterprise , User Manual, 1998, by Visio Corporation. 

The database may be stored, for example, in the hard disk drive 1 14, or the 
disk drive 152, shown in Figure 1. The computers that may run the facility 300 need not 
necessarily be connected to the network to perform the network analysis described herein, 

25 but instead receive network data from data storage devices or manually. Thus, while the 
computer 100 is shown in Figure 1 as being connected to the WAN 156, the example 
described below applies to any network independent of the computer 100. 

Importantly, the computer 100 receives data identifying every device in 
the WAN156, such as under the AutoDiscovery technology noted above, where such data 

30 includes information on frame relay circuits in the network. As used generally herein, 
"frame relay circuits" includes any network paths, segments or components whose 
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5 configuration cannot be automatically identified using existing AutoDiscovery or similar 
technology, such as virtual private network segments. As shown in Figure 3, the facility 
300 receives as input a network object model database 302 that contains information 
about every device within the WAN 156. Thus, the database 302 includes information 
about the router 202 including a router port therein having frame relay capability, and the 

10 six DLCIs 203 associated with that port. As noted above, each DLCI is similar to a 
single direction data flow segment where data can flow into or out of the segment. Each 
DLCI is associated with either a front or initiating end of the segment, or a terminating or 
back end of the segment. The database 302 also includes the DLCIs for the routers 204 
through 214, but includes no information about which DLCIs for the routers are 

15 associated with the DLCIs of the router 202. Since, for example, the router 202 has no 
information about the other end of the DLCIs 203, the AutoDiscovery technology cannot 
determine which DLCIs are connected to other DLCIs in the WAN156. 

In step 304, the facility 300 examines the database 302 to extract a list of 
all frame relay circuits within the database. An enterprise network rarely contains frame 

20 relay circuits that do not terminate within the scope of the network. Therefore, the 
facility 300 assumes all DLCIs for frame relay circuits were previously identified under 
the AutoDiscovery process and are stored in the database 302. The facility 300 thus 
creates a list 306 of all unmatched DLCIs. 

In step 308, the facility 300 polls each individual DLCI in the unmatched 

25 list 306 for core statistics that the facility uses to create statistical fingerprint data 
associated with each DLCI. 

Under step 308, the facility 300 uses standard SNMP commands to poll 
devices such as the routers 202 through 214 for certain core statistics. Such core statistics 
are stored in MIBs within each router device containing DLCIs. In most circumstances, 

30 where the WAN 156 includes numerous nodes, many routers or other devices must be 
polled by the facility 300 for the facility to gather the core statistics for all DLCIs. The 
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5 facility 300, under step 308, establishes a polling interval of at least 15 minutes, and in 
one embodiment is established at 30 minutes. Thus, the facility 300 polls each router 
having an associated DLCI once to obtain starting values for each core statistic, and then 
again 30 minutes later for the same statistics. The facility 300 then determines a change 
in the core statistics from the starting and ending values during the 30 minute polling 
10 period. 

The facility 300 employs several inverse pairs of statistics to create 
statistical fingerprints for each DLCI. Otherwise, if only a single statistic were employed, 
random matches between unmatched DLCIs could arise. Typically, the core statistics at 
one end of a DLCI will match the inverse core statistics at the other end of the circuit 

15 indicating a match. For example, one DLCI reports 2.43 megabytes transmitted while 
another DLCI reports the same number of bytes received during the polling interval. 
Similarly, the same DLCI reports 3 send errors, which the other DLCI reports 3 receive 
errors. The facility 300 initially assumes that the number of bytes sent down one end of 
the frame relay circuit (associated with one DLCI) will closely match the number of bytes 

20 coming out or received at the other end (associated with another DLCI), taking into 
account data loss through the public switch telephone network. Likewise, the facility 300 
assumes the number of errors received at one end of the DLCI will match the number of 
send errors at the other DLCI. In step 310, the facility 300 creates individual statistical 
fingerprints for each DLCI by aggregating a predetermined set of core statistics during 

25 the polling interval for each DLCI. Such set of core statistics, under one embodiment, 
includes number of bytes sent/received, number of send/receive errors, and so forth. 

In step 312, the facility 300 compares all statistical fingerprints for 
unmatched DLCIs in the list 306 for matches. If the facility 300 finds a suspected match, 
then in step 314, the facility places the suspected DLCI matching pair on a suspected pair 

30 list 316, and removes the pair from the unmatched list 306. Under step 318, the facility 
300 replaces any DLCIs that fail to match in step 312 back into the unmatched list 306. 
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The facility 300 can employ one or more thresholds to determine matches 



between statistical fingerprints for DLCIs. For example, the facility 300 may permit a 
match under step 312 despite differences in transmitted/received bytes of plus or minus 1 
kilobyte or differences in plus or minus 1 send/receive error for send/receive error 
statistics. 



thresholds employed in step 312. In an initial iteration through steps 306, 310, 312, 314, 
316 and 318, the facility 300 requires identical statistical fingerprints between DLCIs for 
a match to be declared in step 312. The facility 300 then reviews the suspected pair list 
316 to see if all DLCIs from the unmatched list 316 are now on the suspected pair list. If 

15 not, then the facility 300 adjusts the thresholds by permitting a small standard deviation 
to exist in only one of the statistics in the set of core statistics to deviate for a match to be 
declared. Again, if the facility 300 determines that a large number of DLCIs still exist on 
the unmatched 316, then the facility 300 increases the thresholds under additional 
iterations of the steps 308 through 318. 

20 It is possible that the facility 300 will fail to match two or more DLCIs in 

the list 306. One reason for failing to match DLCIs would be that the statistical 
fingerprints are invalid, which could occur when an insufficient amount of data was 
collected during the polling interval. By replacing DLCIs back on the list 306 (under step 
318), additional statistical data can be collected for such DLCIs. 

25 The suspected pair list 316 represents those DLCIs that potentially match, 

but require further testing to ensure such DLCIs do in fact match. For example, while the 
statistical fingerprint data gathered under steps 308 and 310 is sufficient to correctly 
match DLCIs 95% of the time, the facility 300 requires additional testing to ensure 
DLCIs are correctly match 99.99% of the time or greater. Thus, in step 320, the facility 

30 300 performs at least one verification step. Under step 320, the facility 300 polls the 
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5 suspected DLCI pair in sequence to (or adjacent in time) to obtain data from appropriate 
counters as contemporaneously as possible. 

A problem the facility 300 faces is that when first polling DLCIs in the 
WAN 156, the facility may poll one DLCI at time X, and then the matching DLCI at 
some later time, X+n. In the time interval «, more data has passed through the frame 

10 relay circuit between such DLCIs, so that the counters on the second DLCI will not match 
the counters of the first DLCI, which is known as statistical skew. A longer polling cycle 
is employed under step 308 to help eliminate statistical skew, while a shorter polling 
cycle is preferred under step 320. For example, the polling interval is shortened by a 
percentage such as 50%. If the original polling interval was 30 minutes, then during a 

15 first iteration through step 320, the polling interval is reduced to 15 minutes. By reducing 
the polling interval for each suspected DLCI pair, a tight or nearly statistical fingerprint 
may be obtained with the skew time interval and reduced to as close to zero as possible. 
By reducing the skew time value end to as close to zero, the facility 300 approaches 
perfect test conditions. 

20 In step 322, the facility 300 compares the new statistical fingerprints for 

each pair of DLCIs obtained in the shortened polling interval. If the fingerprints do not 
match within the threshold, then the facility 300 determines that the DLCI pair does not 
match, and the DLCIs are placed back on the unmatched list 306. If the DLCIs still 
match, then in step 324, the facility 300 determines whether the polling interval has fallen 

25 below a predetermined threshold, such as one second. If not, then the facility 300 loops 
back to step 320 and the polling interval is reduced again by, for example, 50%. The 
steps 320 through 324 are repeated until the polling interval is reduced below one second. 

If the starting polling interval were 30 minutes, then 12 passes or iterations 
through these steps would be required, which would be approximately one hour in 

30 duration. If an initial polling interval of only 15 minutes were selected under step 308, 
then the entire facility 300 can be performed in approximately 30 minutes. 



16 



5 If pairs of DLCIs still match after the polling interval is decreased to less 

than one second, then each DLCI pair is considered matched. The facility 300 then 
updates the network object model database to correctly note such DLCI pairs (shown as 
network object model 302' in Figure 3). Thus, the facility 300 determines that the 
starting DLCI (iflndex.3) :101 is paired with the DLCI (iflndex.6) :105, that the DLCI 
10 (iflndex.3) :102 is paired with the DLCI (iflndex.2) :200 ; and so forth as shown in 
Figure 2. 

Embodiments of the invention may be constructed using a variety of 
programming paradigms and tools, including well known approaches such as 
MICROSOFT ActiveX objects, MICROSOFT Automation, and the Common Object 

15 Request Broker Architecture ("CORBA"), used by companies such as IBM, Sun, and 
Apple. As is well known, CORBA allows objects from one program to communicate 
with objects in other programs even if the two programs are written in different 
programming languages and run on different computing platforms. The inventive 
method and facility may be produced using any computing language, such as C, C"\ 

20 Visual Basic ("VB"), Visual Basic Script ("VBScript"), Java, or JavaScript. Similarly, 
the inventive method and system may be developed according to an object-oriented 
programming methodology or using any other programming methodology that results in 
a computing facility having equivalent functionality. 

The invention is not limited to any particular operating system and may be 

25 used in computers having operating systems such as the WINDOWS operating system, 
Unix, Linux, OS/2, and the Macintosh operating system ("Mac OS"). The invention is 
not limited to any particular type of user interface and is suitable for operation with a user 
interface designed using the "what-you-see-is-what-you-get" ("WYSIWYG") display 
paradigm. One skilled in the art may easily recognize numerous alternative approaches to 

30 providing a user interface to receive the information needed to produce a diagram of a 
model. 
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5 The WAN 156 or LAN 154 may include wireless communications 

segments that are identified under embodiments of the invention. Thus, communications 
between aspects of the invention {e.g., communications between the computer 100 and 
the remote computer 150) may be conducted over both a wireless communications system 
and a wired communications system. 

10 The above description of embodiments of the invention is not intended to 

be exhaustive or to limit the invention to the precise form disclosed. While specific 
embodiments of, and examples for, the invention are described herein for illustrative 
purposes, various equivalent modifications are possible within the scope of the invention, 
as those skilled in the relevant art will recognize. The teachings provided herein of the 

15 invention can be applied to other networks, not necessarily the computer network 
described above. 

The various embodiments described above can be combined to provide 
further embodiments. All of the above U.S. patents and applications and User Manuals 
are incorporated herein by reference in their entireties. Aspects of the invention can be 

20 modified, if necessary, to employ the systems and concepts of the various patents and 
applications described above to provide yet further embodiments of the invention. 

These and other changes can be made to the invention in light of the above 
detailed description. These and other changes can be made to the invention in light of the 
above detailed description. In general, in the following claims, the terms used should not 

25 be construed to limit the invention to the specific embodiments disclosed in the 
specification and the claims, but should be construed to include all systems for system 
analysis that operate under the claims to provide a method for efficiently diagramming 
such models. Accordingly, the invention is not limited by the disclosure, but instead the 
scope and definition of the invention is determined entirely by the following claims. 



